تعریف خواسته ها در هر پروژه، مرحله ایست که در آن اشتباهات بسیار ساده و قابل اجتناب رخ می دهد. این خطاهای ساده اثر نامطلوبی بر نتیجه پروژه نهاده و گاه هزینه بسیاری، برای اصلاح آنها می بایست صرف کرد. این خطاهای ساده عبارتند از:

الف – 1 ) عدم تسلط کافی بر خواسته ها از سوی سازمان : گاه مشخصات خواسته ها تعریف جدیدی برای واژه "خلاصه" ارائه می کند. در یک نمونه واقعی، متن سندی که توسط مدیریت ارشد تهیه شده بود و چیزی بیش از علاقه وی به خواسته ای را بیان نمی کرد از دوعبارت کوتاه تشکیل شده بود: "پیاده سازی سیستم صدور صورتحساب با استفاده از اوراکل "

این نمونه مثال خوبی از دو نوع شکست معمول است. اول عدم پرداختن به جزئیات در تعیین خواسته ها، "یک سیستم صدور صورت حساب" می تواند برای افراد مختلف دارای معانی متفاوت باشد. پایه و اساس فعالیتهای سیستم باید مبتنی بر خواسته های واضح و مشخص باشد.

دوم "با استفاده از اوراکل"، پیداست که راه حل در این مثال توسط سازمان مشخص شده است. شاید در جلسه ای با حضور تامین کننده (فروشنده سیستم نرم افزاری) از کاربران نیز دعوت شود و آنها پس از آن برای دیدن نمایش برجسته ای از آنچه در بخش آنها به حقیقت خواهد پیوست، اشتیاق نشان دهند. البته کاربران درپروژه دارای نقشی حیاتی هستند، و در همه حال باید به نظرات آنها احترام گذاشت، ولی نقش آنها این نیست که راه حل تکنیکی و پلات فرم اجرایی را تعیین کنند.

الف – 2 ) عدم وجود فهرست خواسته ها : دامنه پروژه در تعیین مدت زمان و هزینه آن، عاملی کلیدی است. همچنین شاخص خوبی برای میزان تاثیر پروژه بر سازمان پس از اجرا می باشد. اغلب پروژه های IS به سرمایه قابل ملاحظه ای نیاز داشته و می توانند موجب آشفتگی گسترده ای در سازمان شوند. وجود فهرست کامل خواسته ها و قطعیت بر لزوم اجرای آنها و درستی آنها می بایست قبل از آغاز پروژه تعیین گردیده باشد. عموما در آغاز پروژه چنین فهرستی موجود نیست و موجب وجود خطا در محاسبه زمان، و بودجه موردنیاز می گردد.

الف – 3 ) تغییر خواسته ها : شکست در مدیریت خواسته ها منجر به شکست پروژه های بسیاری شده است. از کوچکترین پروژه های IS تا بزرگترین آنها، در صورتی که سازمان نتواند در تمامی اجزای خود بر خواسته ها توافق کند، و یا با تغییر کادر مسئول خواسته هایش تغییر کند، احتمال شکست پروژه افزایش می یابد. خواسته هایی که به طور مکرر تغییر می کنند، از دلایل افزایش هزینه های پروژه ها هستند. نقش کمرنگ سیستم و گاه فقدان چهارچوب مستند و مدون در سازمانهای که موجب اعمال سلیقه شخصی در روند کاربردهای سازمانی است و با تغییر سیاستگذار یا تغییر دیدگاه وی نیازهای سیستمی سازمان را دگرگون می سازد، از مهمترین دلایل شکست پروژهای IS است. سازمانهای موفق، با بها دادن به سیستم به جای افراد، از اعمال سلیقه های شخصی در اجرای پروژه های IS جلوگیری می کنند.

الف – 4 ) عدم وجود تاریخ پایان کار : در صورتی که پروژه تاریخ آغاز و پایان معین و معقولی نداشته باشد، بیانگر عدم وجود درک کافی از برنامه کلی پروژه است. معمول ترین علتی که باعث می شود، پروژه سالها پس از تاریخ سررسید اصلیش ادامه یابد، نبودن اهداف مشخص برای آن است. مدیر پروژه در مهمترین نوبت تحویل، به ویژه وقتی چندین محصول باید همزمان تحویل داده شود، اغلب ممکن است بینش خود را نسبت به اهداف اصلی پروژه از دست بدهد.

الف – 5 ) رهبری ضعیف : گمان نکنید پروژه ای که صرفا در آن مدیریتی صورت می گیرد، پروژه ای موفق است، پروژه های موفق بجای مدیریت افراطی ، نتیجه رهبری قوی هستند. مدیریت و رهبری مطالبی متفاوت هستند.

ب - برنامه ریزی ضعیف پروژه
عدم برنامه ریزی صحیح پروژه علتی مشترک برای بسیاری از پروژه های می باشد. یکی از رایجترین خطاهایی که در طی فرآیند برنامه ریزی صورت می پذیرد، این است که فرض می شود منابع پروژه در تمام مدت زمان پروژه در دسترس قراردارند. (یعنی هر دقیقه ای از روز صرف کار بر روی پروژه می شود) در عمل در یک پروژه IS نیروی موثری که صرف پروژه می شود بسیار پائین تر است. در برنامه ریزی میزان بهره برداری 80% از منابع، یک حداکثر است. ( مقدار حداکثر 80% برای جامعه آمریکایی محاسبه شده است، و در کشور ما این میزان بسیار کمتر است.)

ج‌ - عدم درگیری کاربر
با وجودی پروژه های IS به منظور برآورده ساختن اهداف کلان سازمان آغاز می شوند، نهایتا می بایست در سطح عملیاتی پاسخگوی نیازهای کاربران باشند. پروژه های تکنولوژی مدار بر خلاف پروژه های کارمدار، نمی توانند به برآورده ساختن اهداف سازمان امیدوار باشند. آزار و اذیتی که کاربران درونی و سطوح پائین یک مجموعه از سیستم های جدید متحمل می شوند، یکی از دلایل شکست پروژه های IS است. اجرای پروژه های IS بدون درگیری فعال کاربران، متکبرانه و غیر منطقی است.

ح ‌- تکنولوژی تکامل نیافته و یا تایید نشده
سرعت شگفت انگیز پیشرفت تکنولوژی بر پروژه های IS اثری منفی داشته است. سازمانها به غلط فکر می کنند، پیشرفته ترین چیز، همانا بهترین است. اصرار به تغییر مداوم تکنولوژی مقارن با در دام بهنگام سازی تجهیزات و ابزارها گرفتار شدن است.

خ ‌- عدم مالکیت یا مالکیت ضعیف
هر پروژه ای باید با میزان مشخصی از پاسخگویی و مسئولیت از جانب کسانی که در صدد کسب منافعی از پروژه هستند، همراه باشد. مدیران ارشد اجرایی، در قبال پیگیری پیشرفت پروژه و همچنین برای فراهم نمودن جهتی مشخص و رهبری آن، مسئولیتی روشن دارند.

د‌ - وجود فرایندهای غلط و یا غیر کارامد
اهرم تکنولوژی در یک سازمان، جدای از روشهای کاری موجود نمی تواند، موفقیت پروژه IS را تضمین کند. استفاده از IS در یک سازمان نیز فقط در صورتی می تواند فایده ای در بر داشته باشد که از فرایندها و روشهای کاری موجود که درستی آنها آزمایش شده اند، پشتیبانی کند. اگر پیش از توسعه IS در روشهای کاری مشکلی وجود داشته باشد، برای مثال گلوگاههایی در فرآیندها موجود باشد، وارد نمودن سیستم IS به سازمان، احتمالا ارزش چندانی در بر نخواهد داشت، و البته موجب بروز اشتباهاتی نیز می شود.

ذ‌ - طرح توجیهی ضعیف
پروژه ای که قرار است موفقیت آمیز باشد، باید دارای یک طرح توجیهی قوی با منافع (مالی) قابل سنجش برای توجیه بازار سرمایه ای باشد که برای اجرای آن در نظر گرفته شود. طرح توجیهی باید بوضوح از راهبردهای تجاری و IT سازمان پشتیبانی کند. عدم وجود طرح توجیهی که بر اساس دلایل مستدل و مبتنی بر واقعیتهای سازمان و منافع آن تعریف شده باشد، منجر به آغاز پروژه هایی که منافع واقعی سازمان را دنبال نمی کنند، می گردد.

ر ‌- انتظار معجزه از IS
برخی کاربران و مدیران از IS انتظار معجزه دارند. عدم توجه به این اصل که IS مولد دانش نیست و خلاء دانش و تجربه هرگز، توسط نرم افزار جبران نمی گردد، موجب نارضایتی آنها می گردد. دانش از ذهنهای پویای انسانهای خبره و متخصص سرچشمه می گیرد. IS ابزاری قدرتمند در دست انسان متخصص جهت نیل به اهداف وی در مدیریت اطلاعات و تسریع تصمیم گیری است. خواسته های پیچیده، دور از دسترس همراه با رویکرد "بیگ بنگ" و خلق الساعه به پیاده سازی نیز از این دسته درخواستها می باشد.